home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 26 / Cream of the Crop 26.iso / os2 / upchk71f.zip / UPSETUP.HLP < prev    next >
INI File  |  1997-01-10  |  34KB  |  905 lines
  1. []INTRO
  2.  
  3.   Welcome to UpCheck, the premium upload scanning package.
  4.  
  5.   This setup program has context sensitive help, so if you get stuck
  6.   while configuring this package, press "F1" from just about anywhere
  7.   and a help screen will be presented for you.
  8.  
  9.   The setup program is also equipped with a configuration testing
  10.   feature, so if you want to quickly see if your configuration is
  11.   most likely correct, simply select the "Test Configuration" option
  12.   from the main menu.
  13.  
  14.   Also, be sure to check out the companion utility called UPUTILS.EXE
  15.   This package has many many features that can make the maintenance of
  16.   your file collection a breeze.
  17.  
  18.   I hope you enjoy this package.
  19.  
  20.   Pete Rocca
  21.   Multiboard Communications 
  22.   support@multiboard.com
  23.  
  24. []SYSTEM INFORMATION
  25.  
  26.    Sysop & System name
  27.  
  28.     ■ This is where you place your sysop name and your system name.
  29.  
  30.    Serial & Registration
  31.  
  32.     ■ When you register, this is where you place your registration
  33.       information to active the registered features.  Please note that
  34.       all four pieces of information must match your registration key
  35.       information exactly, including upper and lowercase.
  36.  
  37. []FILE INFORMATION
  38.  
  39.    Duplicate database
  40.  
  41.     ■ This is the full path and file name of the file that stores the
  42.       duplicate file signatures.  This file should not be manually
  43.       edited as it is handled by Upcheck.
  44.  
  45.    Badfiles database
  46.  
  47.     ■ This is the full path and file name of the file that contains
  48.       a list of files that are unwanted in recompressed archives.
  49.       This is the file that you would place the names of unwanted BBS
  50.       advertisements and other such files to be removed before Upcheck
  51.       recompresses the archive.
  52.  
  53.    Statistics file
  54.  
  55.     ■ This is the full path and file name of the file that stores the
  56.       information on the number of passed and failed files.   This file
  57.       should not be manually edited as it is handled by Upcheck.
  58.  
  59.    Log file
  60.  
  61.     ■ This is the full path and file name of the log file that should
  62.       be created.  The log file will contain all the information about
  63.       files that are passed and failed, and who uploaded them.  You can
  64.       point your log file to add to your main BBS log file if you wish.
  65.  
  66.    Advertising file
  67.  
  68.     ■ This is the file that you want copied into a passing archive.
  69.       For example an advertisement file or such.  If you do not wish
  70.       to add an advertisement file, then simply leave this field blank.
  71.  
  72.    Advertising file .. copy to {+}
  73.  
  74.     ■ This is the name that you want your added file to be called in
  75.       the archive.  An example might be that you wanted the file copied
  76.       from "C:\BBS\TEXT\BBS.AD" into the newly created archive and call
  77.       it "CALLHERE.TXT".
  78.  
  79.     ■ When unregistered, this name is forced "CALLME.BBS"
  80.  
  81.    Commenting file
  82.  
  83.     ■ This is the name of the file that you want as your ZIP file
  84.       comment.  If you do not want ZIP file commenting, then simply
  85.       leave this field blank.
  86.  
  87.    Semaphore path
  88.  
  89.     ■ When posting online failure messages in RemoteAccess mode, you
  90.       should point this path to the same path as you have setup in the
  91.       "RACONFIG.System.Paths.Semaphore" field.
  92.  
  93.    UpUtils work path
  94.  
  95.     ■ When extracting and working with archives in UpUtils, you can
  96.       specify a work path that it should use.  This is good for using
  97.       a local drive for faster access when running on a network.
  98.  
  99.    Description files
  100.  
  101.     ■ UpUtils has a useful feature called "YANK".  This is the ability
  102.       to search standard text files for descriptions in case the file
  103.       does not have a FILE_ID.DIZ, or any other self-description type
  104.       files within it.
  105.  
  106.     ■ If the "/Y /I" parameters of UpUtils are on, then it will scan
  107.       these text files for a description that matches the filename and
  108.       then insert it into the file database.
  109.  
  110.     ■ This is useful for downloading files from other systems, as
  111.       you can insert descriptions from capture logs, FILE_ID.1 type
  112.       descriptions or another BBS's filelist.
  113.  
  114.     ■ Line noise and most other nonsense is filtered out.  Please note
  115.       that although this  WILL save you much time and effort, occasionally
  116.       you may get a wrong description.   The reason for this is that
  117.       there might be a file called STAR.ZIP on one system, that is a
  118.       completely different file than a STAR.ZIP on another system.
  119.  
  120.     ■ The file names entered in these five slots will be the textfiles
  121.       that UpUtils looks in to search for a matching description.  For
  122.       more information read the "Searching in text for descriptions"
  123.       section of the documentation.
  124.  
  125. []EXTERNAL SELECT
  126.  
  127.    Decompression
  128.  
  129.     ■ In this section you will be able to define all of the command line
  130.       options for your external decompression programs.
  131.  
  132.    Recompression
  133.  
  134.     ■ In this section you will be able to define all of the command line
  135.       options for your external compression programs.
  136.  
  137.    Scanning
  138.  
  139.     ■ In this section you will be able to define your virus scanning
  140.       program, as well as options on when Upcheck should call it.
  141.  
  142. []EXTERNAL 1
  143.  
  144.   These are the external packages that will be used to decompress archives
  145.   that are processed.  They should all exist on your system where stated
  146.   and have all the correct and valid command line parameters.
  147.  
  148.   If you do not have the decompression program required to decompress a
  149.   certain type of archive, UpCheck will not be able to handle that type
  150.   of file should it be uploaded.
  151.  
  152.   In addition, if you define the GUS unpacker and specify in the Control
  153.   Options to execute GUS on unknown archive types, then this program
  154.   will be called when UpCheck encounters an unknown archive type.
  155.  
  156. []EXTERNAL 2
  157.  
  158.   These are the external packages that will be used to recompress archives
  159.   that have been processed.  They should all exist on your system (or at
  160.   least the ones you will use to recompress files) where stated and have
  161.   all the correct and valid command line parameters.
  162.  
  163. []EXTERNAL 3
  164.  
  165.    Scan
  166.  
  167.     ■ This is the full path and file name as well as the parameters
  168.       for your scanning program.
  169.  
  170.     ■ If you specify "OFF" without the quotes and in uppercase,
  171.       UpCheck will bypass the virus scanning.
  172.  
  173.    Type
  174.  
  175.     ■ If your scanning program needs to be called in each subdirectory
  176.       created in the archive, then you should select "Call scanner in
  177.       each subdirectory", otherwise if the scanning program can auto-
  178.       matically scan subdirectories, then you should select "Scanner scans
  179.       subdirectories itself"
  180.  
  181. []LIMITING OPTIONS
  182.  
  183.    Maximum file age in days
  184.  
  185.     ■ This is the maximum number of days old that the archive contents
  186.       can be before being considered too old.
  187.  
  188.    Maximum percent of old files
  189.  
  190.     ■ This is the percentage of files that can be considered too old
  191.       before considering the entire archive to be too old.
  192.  
  193.    Maximum percent of duplicates (Files)
  194.  
  195.     ■ This is the percentage of files that can be found to be duplicates
  196.       before the entire archive is considered to be a duplicate.
  197.  
  198.     ■ This is good at about 80% usually as it allows room for advertising
  199.       files that you may not have marked in your bad files file, and the
  200.       next feature will usually do the better test.
  201.  
  202.    Maximum percent of duplicates (Size)
  203.  
  204.     ■ This is the percentage of size that can be found to be duplicates
  205.       before the entire archive is considered to be a duplicate.
  206.  
  207.     ■ This is good at a value around 25%.  This is different over the
  208.       other duplicate check as it works like this...
  209.  
  210.         JUNKY!.BBS  1000 bytes - dupe junk file
  211.         README.HA   1000 bytes - dupe junk file
  212.         MISSED.IT   1000 bytes - dupe junk file
  213.         VALUED.EXE 70000 bytes - real program
  214.  
  215.       If this had been the contents of the archive the percentage of
  216.       files duped would have been 75%, but the duped bytes only about 5%
  217.       Has you can see, that with good setting for both files and bytes,
  218.       you can be sure that rarely will you get a duplicate file passed,
  219.       nor fail an original one.
  220.  
  221.    Minimum size to record
  222.  
  223.     ■ Any files smaller that this size are not to be included in any of
  224.       the checks or the data base of signatures.
  225.  
  226.     ■ For example, if this value is 1000 then any files that smaller
  227.       than 1000 bytes will be skipped during processing.  This is used
  228.       for people who have a large file system and would rather save the
  229.       space and time of a smaller duplicate database then to concern
  230.       themselves with watching for small duplicate files.  This can also
  231.       be set to a value near 2000 if you find that a lot of BBS ads get
  232.       passed you, and you don't want them to effect the users chances
  233.       of failing uploads.
  234.  
  235.    Allow RIP graphics emulation
  236.  
  237.     ■ When set to yes, UpCheck will auto-detect if a user has RIP
  238.       capabilities and display RIP graphics to them.
  239.  
  240.    Minimum baud for ANSI graphics
  241.  
  242.     ■ If you feel that the display of UpCheck is too slow at low speeds,
  243.       you can specify the lowest possible baud rate that can get the
  244.       ANSI display.  If you put 2401 here, only users that are calling at
  245.       speeds greater than 2400 baud will be able to get the ANSI screen
  246.       otherwise they'll get the ASCII display.
  247.  
  248.    Minimum graphics resolution {+}
  249.  
  250.     ■ You can specify the minimum resolution that an uploaded graphic
  251.       can be.  If the GIF/JPG is not within the specified range, it will
  252.       fail due to "unsupported graphic resolution"
  253.  
  254.    Maximum graphics resolution {+}
  255.  
  256.     ■ You can specify the maximum resolution that an uploaded graphic
  257.       can be.  As above, if it is not in range, it will fail the file.
  258.  
  259. []CONTROL OPTIONS
  260.  
  261.    Unsupported file types
  262.  
  263.     ■ When set to "Continue processing", any files that cannot be
  264.       determined as being an ARC/ARJ/LHA/LZH/PAK/ZOO/ZIP/UC2/SQZ/GIF
  265.       JPG/SFX type file will be checked for date/duplicate validity.
  266.  
  267.     ■ When set to "Fail immediately", unknown archive types will be
  268.       failed.  This is a good way to prevent files being uploaded in
  269.       an uncompressed or unsupported format.
  270.  
  271.     ■ When set to "Execute GUS", the command line in the decompression
  272.       section labeled "GUS" will be called on the archive to attempt to
  273.       unpack it.  If it can be unpacked processing will continue as normal
  274.       otherwise the file will be failed.
  275.  
  276.    Allow non-self-extracting EXE files
  277.  
  278.     ■ If a file with an .EXE extension is processed and not a self-
  279.       extracting file, you can have it failed by selecting "No".  This
  280.       will stop people from uploading just the EXE of a file that should
  281.       be archived in its complete form.
  282.  
  283.    Extract and scan embedded archives
  284.  
  285.     ■ When set to yes, UpCheck will extract the embedded archives found
  286.       within the main archive and process them with date, duplicate and
  287.       virus scanning for each level found.
  288.  
  289.    Recompression type
  290.  
  291.     ■ You can have UpCheck recompress the archive file when done in
  292.       whatever format you wish.  If you select "Same" it will use the
  293.       same format as the original archive.
  294.  
  295.    Recompress self-extracting EXE files
  296.  
  297.     ■ If you wish to recompress self-extracting files into the format
  298.       defined in "Recompression type" then select yes.
  299.  
  300.    Recompress same type archives
  301.  
  302.     ■ If you wish to recompress files that are of the same type that
  303.       come in then select yes.  For example, if your recompression type
  304.       is ZIP and a ZIP file is uploaded, you can avoid having UpCheck
  305.       recompress it by selecting no.
  306.  
  307.     ■ On a side note, not recompressing the file will save processing
  308.       time, however if UpCheck does not recompress the file, it can not
  309.       perform a number of its functions.  Some of those include the
  310.       removal of files in the UPCHECK.BAD file as well as the addition of
  311.       your own advertising file if specified.
  312.  
  313.    Keep original archive name
  314.  
  315.     ■ When set to yes, UpCheck will not rename the archive with the
  316.       proper extension if the original one is invalid.  For example a
  317.       ZIP file with the extension Z01 would not be renamed back to ZIP
  318.  
  319.     ■ This cannot selected when "Recompression type" is not "Same"
  320.  
  321.    Clean high-ascii from descriptions
  322.  
  323.     ■ If you choose, UpCheck will strip all of the high-ascii characters
  324.       from imported descriptions.
  325.  
  326.    Security level to force pass {+}
  327.  
  328.     ■ If this is not set to zero, then any user who has this security
  329.       level or higher will always get credited for the file.  If for
  330.       instance, your co-sysop and registered users upload  you something,
  331.       even if it fails the test, it will say "Thank you for the upload"
  332.       and let the BBS give them the credit.
  333.  
  334.     ■ If you specify, UpCheck will still send you a message, informing
  335.       you of the fail.
  336.  
  337.    Security flag to force pass {+}
  338.  
  339.     ■ This is similar to the security to force a pass, but it  uses
  340.       the user's flag settings instead.   Remember that the only
  341.       supported drop file that supports the flag settings is the
  342.       RemoteAccess 2.x EXITINFO.BBS file.
  343.  
  344.    Continue process after old date
  345.  
  346.     ■ If after a file fails the age check, you might want to continue
  347.       processing to see if it fails any of the other checks.  A good
  348.       reason for this might be if you wanted to determine if the file
  349.       was an "oldie but goodie" file, but needed to know if it was also
  350.       a duplicate.
  351.  
  352.    Redate archive file date
  353.  
  354.     ■ If you wish to redate the new archive file with anything other
  355.       than the current date and time, you can select from a number of
  356.       options here.
  357.  
  358.    Swapping method
  359.  
  360.     ■ Here you can specify what type of media and which order you want
  361.       to use for swapping to when loading external programs.  This is to
  362.       increase the amount of conventional memory that will be available
  363.       to the virus scanner and the archivers.
  364.  
  365.     ■ XMS/EMS and your HDD are all valid media types.  If swapping to
  366.       disk, UpCheck will look for a TMP or TEMP enviroment variable and
  367.       use that path for its swapfile, otherwise the current path is used.
  368.  
  369.     ■ Remember that your mode should always include HDD (disk) support
  370.       in case of a lack of EMS/XMS available at the time of scanning.
  371.  
  372.    Define bad extensions {+}
  373.  
  374.     ■ Here you can specify extensions that you do not want to be able
  375.       to be uploaded.  If a file uploaded consists of nothing but these
  376.       types of files the archive will be failed.  If the file contains a
  377.       fair amount of these files, it will be passed, but you can specify
  378.       in the "Extended Options" to warn you of such a file.
  379.  
  380.     ■ For example, if you didn't want graphics files to be able to be
  381.       credited, you could set the extensions to BMP/RLE/GIF/PCX/JPG/PIC
  382.       and even if a user uploaded these files in an archive it would
  383.       detect them and take action accordingly.
  384.  
  385. []EXTENDED SELECT
  386.  
  387.    Extended options
  388.  
  389.     ■ You can select which BBS framework UpCheck should integrate into...
  390.  
  391.         * RemoteAccess 1.x
  392.         * RemoteAccess 2.x
  393.         * PCBoard 15.x
  394.         * ProBoard
  395.         * Generic FILES.BBS
  396.         * TriBBS
  397.         * Custom file format
  398.  
  399.     ■ The integration includes support for posting messages to the sysop
  400.       and users if selected, as well as inserting the file description into
  401.       the file listing or file database.
  402.  
  403. []EXTENDED 1
  404.  
  405.    Insert description
  406.  
  407.     ■ If you wish Upcheck to attempt to find and insert the FILE_ID.DIZ
  408.       or DESC.SDI/DESC.SDN description into your FILES.BBS, then select
  409.       yes here.
  410.  
  411.    Add uploader name, archive information and graphics information
  412.  
  413.     ■ If you wish Upcheck to add this extended information to the file
  414.       description, you can select for it to do so.  For the graphics
  415.       information, it will insert the resolution of GIF and JPG files.
  416.  
  417.    Use path matchup file
  418.  
  419.     ■ Normally Upcheck will use the FILES.BBS file located in the
  420.       same directory as the file that was processed.  If for some reason
  421.       the FILES.BBS files will be located in different directories, then
  422.       you should setup a matchup file that matches directories with the
  423.       appropriate file to update.  For more information about matchup
  424.       files, please see the documentation.
  425.  
  426.    Use path matchup file .. file name
  427.  
  428.     ■ This is the file name of the matchup file if you are using one.
  429.  
  430.    Hudson message path
  431.  
  432.     ■ This is the full path to the Hudson message base.  This is where
  433.       your MSGTXT.BBS file is located.
  434.  
  435.   Hudson area number
  436.  
  437.     ■ This is the board number you want Upcheck to post its messages into.
  438.  
  439.    Send user message
  440.  
  441.     ■ If you want Upcheck to post the user a "failure" message when
  442.       they upload a file that fails the testing, then select yes.
  443.  
  444.    Send sysop message
  445.  
  446.     ■ If you want Upcheck to post the sysop about a user's failed upload
  447.       then select yes.
  448.  
  449.    Send personal reply
  450.  
  451.     ■ Normally the messages posted by Upcheck are addressed "from"
  452.       Upcheck, however if you want the messages to come from the sysop
  453.       and user names directly, you can do so.  This usually makes it
  454.       easier to respond to the user/sysop if you choose to.
  455.  
  456.    Send online message
  457.  
  458.     ■ If you wish to send the user an online message immediately,
  459.       you can do so by selecting yes here.
  460.  
  461. []EXTENDED 2
  462.  
  463.    Insert description
  464.  
  465.     ■ If you wish Upcheck to attempt to find and insert the FILE_ID.DIZ
  466.       or DESC.SDI/DESC.SDN description into your FILES.BBS, then select
  467.       yes here.
  468.  
  469.    Add uploader name, archive information and graphics information
  470.  
  471.     ■ If you wish Upcheck to add this extended information to the file
  472.       description, you can select for it to do so.  For the graphics
  473.       information, it will insert the resolution of GIF and JPG files.
  474.  
  475.    Path to FILES.RA
  476.  
  477.     ■ This is the path to your FILES.RA configuration file.
  478.  
  479.    Path to file database
  480.  
  481.     ■ This is the path to your RA 2.x FDB.  This is the directory
  482.       that will have your IDX, HDR and TXT subdirectories in it.
  483.  
  484.    Message format
  485.  
  486.     ■ This is the message format you wish Upcheck to use when posting
  487.       its messages.
  488.  
  489.    Message path
  490.  
  491.     ■ For Hudson, this is the path to your MSGTXT.BBS file.  For JAM,
  492.       this is the directory that holds the JAM message base you wish to
  493.       post to.
  494.  
  495.    Message board
  496.  
  497.     ■ For Hudson, this is the message board you wish to post to.
  498.       It should be in the range of 1 to 200.  For JAM, this is the
  499.       filename of the JAM base you are posting to.  For example, if
  500.       you were posting to the JAM base of "C:\RA\JAM\PRIVATE", then
  501.       "PRIVATE" would be the message board, and "C:\RA\JAM\" would
  502.       be the message path.
  503.  
  504.    Send user message
  505.  
  506.     ■ If you want Upcheck to post the user a "failure" message when
  507.       they upload a file that fails the testing, then select yes.
  508.  
  509.    Send sysop message
  510.  
  511.     ■ If you want Upcheck to post the sysop about a user's failed upload
  512.       then select yes.
  513.  
  514.    Send personal reply
  515.  
  516.     ■ Normally the messages posted by Upcheck are addressed "from"
  517.       Upcheck, however if you want the messages to come from the sysop
  518.       and user names directly, you can do so.  This usually makes it
  519.       easier to respond to the user/sysop if you choose to.
  520.  
  521.    Send online message
  522.  
  523.     ■ If you wish to send the user an online message immediately,
  524.       you can do so by selecting yes here.
  525.  
  526. []EXTENDED 3
  527.  
  528.    Insert description
  529.  
  530.     ■ If you wish Upcheck to attempt to find and insert the FILE_ID.DIZ
  531.       or DESC.SDI/DESC.SDN description into your FILES.BBS, then select
  532.       yes here.
  533.  
  534.    Add uploader name, archive information and graphics information
  535.  
  536.     ■ If you wish Upcheck to add this extended information to the file
  537.       description, you can select for it to do so.  For the graphics
  538.       information, it will insert the resolution of GIF and JPG files.
  539.  
  540.    Use path matchup file
  541.  
  542.     ■ Normally Upcheck will use the file listing name file located in
  543.       the same directory as the file that was processed.  If for some
  544.       reason the file listing will be located in a different directorys,
  545.       then you should setup a matchup file that matches directories with
  546.       the appropriate file to update.  For more information about matchup
  547.       files, please see the documentation.
  548.  
  549.    Use path matchup file .. matchup file name
  550.  
  551.     ■ This is the file name of the matchup file if you are using one.
  552.  
  553.    Use path matchup file .. file list name
  554.  
  555.     ■ This is the file name of listing file to create.  For example,
  556.       if you are writing to the file "C:\PCB\DIR0" then "DIR0" would
  557.       be the file list name.
  558.  
  559.    Message path
  560.  
  561.     ■ This is the path that holds your message text file.
  562.  
  563.    Message board
  564.  
  565.     ■ This is the filename of the message base you are posting to.
  566.       For example, if you were posting to "C:\PCB\GENERAL\MSG", then
  567.       "MSG" would be the message board, and "C:\PCB\GENERAL\" would
  568.       be the message path.
  569.  
  570.    Send user message
  571.  
  572.     ■ If you want Upcheck to post the user a "failure" message when
  573.       they upload a file that fails the testing, then select yes.
  574.  
  575.    Send sysop message
  576.  
  577.     ■ If you want Upcheck to post the sysop about a user's failed upload
  578.       then select yes.
  579.  
  580.    Send personal reply
  581.  
  582.     ■ Normally the messages posted by Upcheck are addressed "from"
  583.       Upcheck, however if you want the messages to come from the sysop
  584.       and user names directly, you can do so.  This usually makes it
  585.       easier to respond to the user/sysop if you choose to.
  586.  
  587. []EXTENDED 4
  588.  
  589.    Insert description
  590.  
  591.     ■ If you wish Upcheck to attempt to find and insert the FILE_ID.DIZ
  592.       or DESC.SDI/DESC.SDN description into your FILES.BBS, then select
  593.       yes here.
  594.  
  595.    Add uploader name, archive information and graphics information
  596.  
  597.     ■ If you wish Upcheck to add this extended information to the file
  598.       description, you can select for it to do so.  For the graphics
  599.       information, it will insert the resolution of GIF and JPG files.
  600.  
  601.    Use path matchup file
  602.  
  603.     ■ Normally Upcheck will use the FILES.BBS file located in the
  604.       same directory as the file that was processed.  If for some reason
  605.       the FILES.BBS files will be located in different directories, then
  606.       you should setup a matchup file that matches directories with the
  607.       appropriate file to update.  For more information about matchup
  608.       files, please see the documentation.
  609.  
  610.    Use path matchup file .. file name
  611.  
  612.     ■ This is the file name of the matchup file if you are using one.
  613.  
  614.    Message format
  615.  
  616.     ■ This is the message format you wish Upcheck to use when posting
  617.       its messages.
  618.  
  619.    Message path
  620.  
  621.     ■ For Hudson, this is the path to your MSGTXT.BBS file.  For JAM,
  622.       this is the directory that holds the JAM message base you wish to
  623.       post to.
  624.  
  625.    Message board
  626.  
  627.     ■ For Hudson, this is the message board you wish to post to.
  628.       It should be in the range of 1 to 200.  For JAM, this is the
  629.       filename of the JAM base you are posting to.  For example, if
  630.       you were posting to the JAM base of "C:\RA\JAM\PRIVATE", then
  631.       "PRIVATE" would be the message board, and "C:\RA\JAM\" would
  632.       be the message path.
  633.  
  634.    Send user message
  635.  
  636.     ■ If you want Upcheck to post the user a "failure" message when
  637.       they upload a file that fails the testing, then select yes.
  638.  
  639.    Send sysop message
  640.  
  641.     ■ If you want Upcheck to post the sysop about a user's failed upload
  642.       then select yes.
  643.  
  644.    Send personal reply
  645.  
  646.     ■ Normally the messages posted by Upcheck are addressed "from"
  647.       Upcheck, however if you want the messages to come from the sysop
  648.       and user names directly, you can do so.  This usually makes it
  649.       easier to respond to the user/sysop if you choose to.
  650.  
  651. []EXTENDED 5
  652.  
  653.    Insert description
  654.  
  655.     ■ If you wish Upcheck to attempt to find and insert the FILE_ID.DIZ
  656.       or DESC.SDI/DESC.SDN description into your FILES.BBS, then select
  657.       yes here.
  658.  
  659.    Add uploader name, archive information and graphics information
  660.  
  661.     ■ If you wish Upcheck to add this extended information to the file
  662.       description, you can select for it to do so.  For the graphics
  663.       information, it will insert the resolution of GIF and JPG files.
  664.  
  665.    Use path matchup file
  666.  
  667.     ■ Normally Upcheck will use the file listing name file located in
  668.       the same directory as the file that was processed.  If for some
  669.       reason the file listing will be located in a different directorys,
  670.       then you should setup a matchup file that matches directories with
  671.       the appropriate file to update.  For more information about matchup
  672.       files, please see the documentation.
  673.  
  674.    Use path matchup file .. matchup file name
  675.  
  676.     ■ This is the file name of the matchup file if you are using one.
  677.  
  678.    Use path matchup file .. file list name
  679.  
  680.     ■ This is the file name of listing file to create.  For example,
  681.       if you are writing to the file "C:\BBS\FILES.BBS" then "FILES.BBS"
  682.       would be the file list name.
  683.  
  684.    Message format
  685.  
  686.     ■ This is the message format you wish Upcheck to use when posting
  687.       its messages.
  688.  
  689.    Message path/program & board
  690.  
  691.     ■ Hudson:   path  = path to the MSGTXT.BBS file
  692.                   board = board number to post to in the range of 1-200
  693.  
  694.         JAM:      path  = path of JAM base
  695.                   board = filename of JAM base
  696.  
  697.         PCBoard:  path  = path of message text file
  698.                   board = filename of message text file
  699.  
  700.         External: path  = full path/filename of the external program to
  701.                           call to post the message.  If simply called,
  702.                           Upcheck will add the filename to post, followed
  703.                           by the user name.
  704.  
  705.                           For example:  POSTIT.BAT
  706.                           Might end up: POSTIT.BAT c:\44634.TMP Pete Rocca
  707.  
  708.                           Optionally, you can use the %TO, %FROM and
  709.                           %FILE parameter metastrings to customize
  710.                           where the parameters are placed.
  711.  
  712.                           For example:  POSTIT.BAT -TO "%TO" -FILE %FILE
  713.  
  714.    Send user message
  715.  
  716.     ■ If you want Upcheck to post the user a "failure" message when
  717.       they upload a file that fails the testing, then select yes.
  718.  
  719.    Send sysop message
  720.  
  721.     ■ If you want Upcheck to post the sysop about a user's failed upload
  722.       then select yes.
  723.  
  724.    Send personal reply
  725.  
  726.     ■ Normally the messages posted by Upcheck are addressed "from"
  727.       Upcheck, however if you want the messages to come from the sysop
  728.       and user names directly, you can do so.  This usually makes it
  729.       easier to respond to the user/sysop if you choose to.
  730.  
  731. []EXTENDED 6
  732.  
  733.    Insert description
  734.  
  735.     ■ If you wish Upcheck to attempt to find and insert the FILE_ID.DIZ
  736.       or DESC.SDI/DESC.SDN description into your FILES.BBS, then select
  737.       yes here.
  738.  
  739.    Add uploader name, archive information and graphics information
  740.  
  741.     ■ If you wish Upcheck to add this extended information to the file
  742.       description, you can select for it to do so.  For the graphics
  743.       information, it will insert the resolution of GIF and JPG files.
  744.  
  745.    Use path matchup file
  746.  
  747.     ■ Normally Upcheck will use the file listing name file located in
  748.       the same directory as the file that was processed.  If for some
  749.       reason the file listing will be located in a different directorys,
  750.       then you should setup a matchup file that matches directories with
  751.       the appropriate file to update.  For more information about matchup
  752.       files, please see the documentation.
  753.  
  754.    Use path matchup file .. matchup file name
  755.  
  756.     ■ This is the file name of the matchup file if you are using one.
  757.  
  758.    Use path matchup file .. file list name
  759.  
  760.     ■ This is the file name of listing file to create.  For example,
  761.       if you are writing to the file "C:\BBS\FILES.LST" then "FILES.LST"
  762.       would be the file list name.
  763.  
  764.    Message program
  765.  
  766.     ■ This is the filename and any parameters of the file to run that
  767.       will post your messages.  It is suggested that you run a batch file
  768.       in order to get the most flexibility out of where to place the
  769.       parameters for your 3rd party message posting application.
  770.  
  771.       If simply called Upcheck will add the filename to post, followed
  772.       by the user name.
  773.  
  774.       For example:  POSTIT.BAT
  775.       Might end up: POSTIT.BAT c:\44634.TMP Pete Rocca
  776.  
  777.       Optionally, you can use the %TO, %FROM and %FILE parameter
  778.       metastrings to customize where the parameters are placed.
  779.  
  780.       For example:  POSTIT.BAT -TO "%TO" -FILE %FILE
  781.       Might end up: POSTIT.BAT -TO "Pete Rocca" -FILE c:\44634.TMP
  782.  
  783.    Send user message
  784.  
  785.     ■ If you want Upcheck to post the user a "failure" message when
  786.       they upload a file that fails the testing, then select yes.
  787.  
  788.    Send sysop message
  789.  
  790.     ■ If you want Upcheck to post the sysop about a user's failed upload
  791.       then select yes.
  792.  
  793.    Send personal reply
  794.  
  795.     ■ Normally the messages posted by Upcheck are addressed "from"
  796.       Upcheck, however if you want the messages to come from the sysop
  797.       and user names directly, you can do so.  This usually makes it
  798.       easier to respond to the user/sysop if you choose to.
  799.  
  800. []EXTENDED 7
  801.  
  802.    Insert description
  803.  
  804.     ■ If you wish Upcheck to attempt to find and insert the FILE_ID.DIZ
  805.       or DESC.SDI/DESC.SDN description into your FILES.BBS, then select
  806.       yes here.
  807.  
  808.    Add uploader name, archive information and graphics information
  809.  
  810.     ■ If you wish Upcheck to add this extended information to the file
  811.       description, you can select for it to do so.  For the graphics
  812.       information, it will insert the resolution of GIF and JPG files.
  813.  
  814.    Use path matchup file
  815.  
  816.     ■ Normally Upcheck will use the file listing name file located in
  817.       the same directory as the file that was processed.  If for some
  818.       reason the file listing will be located in a different directorys,
  819.       then you should setup a matchup file that matches directories with
  820.       the appropriate file to update.  For more information about matchup
  821.       files, please see the documentation.
  822.  
  823.    Use path matchup file .. matchup file name
  824.  
  825.     ■ This is the file name of the matchup file if you are using one.
  826.  
  827.    Use path matchup file .. file list name
  828.  
  829.     ■ This is the file name of listing file to create.  For example,
  830.       if you are writing to the file "C:\BBS\FILES.BBS" then "FILES.BBS"
  831.       would be the file list name.
  832.  
  833.    Message format
  834.  
  835.     ■ This is the message format you wish Upcheck to use when posting
  836.       its messages.
  837.  
  838.    Message path/program & board
  839.  
  840.     ■ Hudson:   path  = path to the MSGTXT.BBS file
  841.                   board = board number to post to in the range of 1-200
  842.  
  843.         JAM:      path  = path of JAM base
  844.                   board = filename of JAM base
  845.  
  846.         PCBoard:  path  = path of message text file
  847.                   board = filename of message text file
  848.  
  849.         External: path  = full path/filename of the external program to
  850.                           call to post the message.  If simply called,
  851.                           Upcheck will add the filename to post, followed
  852.                           by the user name.
  853.  
  854.                           For example:  POSTIT.BAT
  855.                           Might end up: POSTIT.BAT c:\44634.TMP Pete Rocca
  856.  
  857.                           Optionally, you can use the %TO, %FROM and
  858.                           %FILE parameter metastrings to customize
  859.                           where the parameters are placed.
  860.  
  861.                           For example:  POSTIT.BAT -TO "%TO" -FILE %FILE
  862.  
  863.    Send user message
  864.  
  865.     ■ If you want Upcheck to post the user a "failure" message when
  866.       they upload a file that fails the testing, then select yes.
  867.  
  868.    Send sysop message
  869.  
  870.     ■ If you want Upcheck to post the sysop about a user's failed upload
  871.       then select yes.
  872.  
  873.    Send personal reply
  874.  
  875.     ■ Normally the messages posted by Upcheck are addressed "from"
  876.       Upcheck, however if you want the messages to come from the sysop
  877.       and user names directly, you can do so.  This usually makes it
  878.       easier to respond to the user/sysop if you choose to.
  879.  
  880.    Custom editing
  881.  
  882.     ■ Here you can define your own text based file format by answering
  883.       a few simple questions Upcheck will ask you.
  884.  
  885. []MODIFY STATISTICS
  886.  
  887.    Bytes read and written
  888.  
  889.     ■ Bytes read is the total of the original file sizes of the passed
  890.       archives before recompression.  The bytes written value is the
  891.       total after compression, therefore you can tell how much you have
  892.       saved using a new compression program, and removing unwanted files.
  893.  
  894.    Passed, errored, old, virus, duplicate files
  895.  
  896.     ■ This is the total number of files that have failed, categorized
  897.       by their failure reason.
  898.  
  899.    Write these statistics to disk
  900.  
  901.     ■ If you modify these statistics, they will not be updated to disk
  902.       until you select this option.
  903.  
  904. []
  905.